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Information Service Broadcasting or Multicasting 

This invention relates to a method of operating broadcast or multicast apparatus, to 
an information service broadcaster or multicaster, to a method of operating a 
5 receiver, to a receiver and to a user interface. The invention has application in, but 
is not limited to, Internet Protocol session announcements in terrestrial digital video 
broadcasting. 

An Internet protocol (IP) service can include plural items delivered using an IP 
10 session. An IP session may include an IP stream carrying primary content, such as 
live or recorded music, and further IP streams carrying secondary content, such as 
error correction or song lyrics. Another example of an IP session is news, where a 
primary IP stream may carry audio data, with secondary "streams carrying a video 
clip download and a web page push respectively. Such services can be broadcast 
15 using terrestrial digital video broadcast (DVB-T), but IP streams may instead be 
multicast or unicast. A DVB-T receiver terminal is able to determine information 
about IP sessions from IP session announcements. Announcements are structured 
in a hierarchal manner. At the lowest level, announcements in respect of a 
subcategory of information services may include a number of messages, each 
20 message having information describing the IP session, information descriptive of 
the content of the IP streams, information concerning the location (e.g. channel 
frequency, etc.) of the respective IP streams, information about schedules of 
sessions, and certain other parameters related to it. Above the lowest level, there 
are hierarchical levels of announcements, each level of which gives information only 
25 about announcements on an immediately lower level. The services typically are 
divided into different categories such that the highest (or root) level may include 
messages relating one-to-one to the categories of news, sport, entertainment, etc. 
Announcements in the sport category may then consist of messages each relating to 
a different one of football, hockey, athletics, etc. There may be any number of 
30 levels of announcement. An IP session announcement can be made using a session 
description protocol (SDP) message, which forms part of a session announcement 
protocol (SAP) message. 
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It is common for an IP session announcement at one level in the hierarchy to be 
transmitted on a channel having a different frequency to a channel on which an IP 
session announcement on a lower level, for example an immediately lower level, is 
transmitted. This means that it is not usually possible for a terminal having a single 
radio receiver to receive announcements on different levels simultaneously. 

According to a first aspect of the invention, there is provided a method of operating 
broadcast or multicast apparatus as claimed in claim 1 . 

According to a second aspect of the invention, there is provided an information 
service broadcaster or multicaster as claimed in claim 6. 

According to a third aspect of the invention, there is provided a method of 
operating a receiver as claimed in claim 7. 

According to a fourth aspect of the invention, there is provided a receiver as 
claimed in claim 1 1 . 



Ac cording to a fi fth aspect of th e inven tion, t here is pi uv idi d a user-interfaee-as 

20 claimed in claim 1 6. 

Advantages which may ensue from the inclusion of the quantity information are 
generally experienced at the receiver end. In particular, knowing how long the 
receiver needs to receive announcement information for allows it to save resources, 
25 most notably power supply and radio receiver resources. Resource saving can be 
optimised if timeout information is also available. 

Embodiments of the invention will now be described, by way of example only, with 
reference to the accompanying drawings, of which: 



Figure 1 is a schematic diagram of a broadcast system including components 
according to various aspects of the invention; 
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Figure 2 is a schematic diagram of a receiver according to one aspect of the 
invention; 

Figure 3 is a schematic diagram illustrating operation of the receiver of Figure 2; 
Figure 4 is a schematic diagram illustrating a hierarchy of announcements; and 
5 Figures 5A to 5C are schematic diagrams illustrating screen shots produced by a 
user interface forming part of the Figure 2 receiver according to one aspect of the 
invention. 

Referring to Figure 1, a broadcast system is shown, comprising generally a broadcast 
10 server apparatus 10, the internet 1 1, a DVB-T system 12, a radio transmitter tower 
13 and a client receiver terminal 14. The broadcast server 10 includes an 
information service broadcaster 15, which includes software for generating IP 
streams and corresponding IP session announcements at plural levels, as SAP 
messages. The IP streams may be conventional, and are not described in further 
15 detail here. According to the invention, though, the IP session announcements are 
unconventional. Except for the lowest level IP session announcements, each IP 
session announcement generated by the information service broadcaster 15 includes 
information identifying the IP destination address and the port at which location 
SAP messages announcements on a level below the current level can be found. 
20 Typically, this is a level immediately below the current level, but this is not 

necessary. Also, announcements can be in respect of plural lower levels, which may 
or may not include the immediately lower level. Each IP session announcement 
also includes a message identifier hash field of the SAP message, and the category or 
subcategory to which the information service relates. The message identifier hash 
25 fields each include a hash value, which uniquely identifies the message with the 
originating source address. Each announcement also includes information 
identifying the number of messages on the lower level and relating to that category, 
and a timeout value. The timeout value may be set at a value dependent on, for 
example equal to, the minim u m time between updates in the lower level messages. 
30 Also included are the starting and stopping times of the sending of the service and 
the transport format, for example sap sdp. Announcement messages at the lowest 
level give the transport protocol (e.g. RTP/UDP/IP) and the format of the media. 




The IP session announcements may describe the above listed information in any 
convenient manner. For example, the 'count' and timeout' parameters could be 
included in the "cat" attribute of an SDP message, e.g. "a=cat:x.y.z 10 20" means 
pointer to category "x.y.z" with 'count* 10 and 'timeout' 20. Alternatively, this 
5 information could be included in an SDP media field "m", e.g. as "m= application 
9889 sap sdp 10 20". 

The IP streams and IP session announcements at all levels generated by the 
information service broadcaster 15 are provided by the server 10 and via the 

10 internet 11 to the DVB-T system 12. Here, the IP streams and IP session 

announcements are prepared before being broadcast by the radio transmitter tower 
13. The terminal receiver 14, which in this example is a terrestrial digital receiver, 
receives IP session announcements via an antenna 16. The receiver includes a 
database 17, a receiver device 18, a parser device 19 and a service directory 20, 

15 which contains information about the different categories which are shown to a user 
and information concerning where announcements relating to the categories can be 
found. 

Operation o Tthecl ient receiver 14 is as follows. IP session annoimceffleTits^re — 

20 received, and the category information thereof is examined for announcements 
relating to a required information service or category. The identity of the 
information service that is required is entered by a user and stored in the database. 
When an IP session announcement relating to the required category is found, the 
information it contains is stored locally. From the stored announcement, the client 

25 receiver 14 determines the IP address and port of announcements at a lower level, 
typically a level immediately below, and directs the receiver 18 to that location. The 
announcement may contain the IP address and port information, or it may be that 
information included in the announcement is combined with mapping information 
to obtain the physical and logical channel (location) required. Receiving SAP 

30 messages from that IP address and port, the client receiver 14 receives and stores a 
number of messages equal to the number given in the IP session announcement of 
the higher level, typically the level immediately above, after which it starts a timer 
(not shown) and ceases receiving. Here, only messages related to the required 
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category are stored. Moreover, the hash values from the message identifier hash 
fields are examined along with the originating source addresses to ensure that each 
of the different messages is received and stored. If the hash values were not 
checked, messages could be missed if, for example, the messages are transmitted in 
a non-repeating sequence. Once the timer reaches a value equal in seconds to the 
timeout value included in the relevant IP session announcement, the receiver again 
receives SAP messages from the IP address and port identified in the higher level IP 
session announcement. 

In this way, the receiver 18 is enabled to receive SAP messages for a time sufficient 
to receive all of the messages that are included thereon, and does not receive any 
messages again until after a time dependent on the timeout value has lapsed. Thus, 
the receiver 18 is enabled for receiving announcement messages on that level of 
hierarchy only intermittendy. 

Announcements on lower levels which relate to announcements rather than IP 
streams are handled in a substantially the same manner, although relating instead to 
messages concerned with a required sub-category, rather than category. 

An alternative form of client receiver is shown in Figure 2. 



Referring to Figure 2, a client receiver, in the form of a mobile telephone handset 
terminal 30, is shown, the terminal comprising generally an antenna 31, a transceiver 
32, a central processing unit (CPU) 33 and a battery 39. The transceiver 32 is 
25 connected to the antenna 31 and to the CPU 33. Also connected to the CPU 33 are 
an information service receiver 34, an announcement receiver 35, a keypad 36, a 
display 37 and an audio output transceiver 38. The information service receiver 34 
and the announcement receiver 35 are connected to each other and to the 
transceiver 32. A user interface is constituted by various parts of the terminal, 
30 particularly the announcement receiver 35, the CPU 33 and the display 37. The 

terminal 30 also includes other conventional features of mobile telephone handsets, 
but these are omitted from Figure 2 for the sake of clarity. It may be that the 
information service receiver 34 and the announcement receiver 35 amount to a 



-6- 



10 



30 



common piece of hardware, with separation of their functions being achieved 
through appropriate software. 

The identity of an information service with which a user is interested is entered via 
the keypad 36. Of course, entry may be made in any other convenient manner, such 
as through voice commands or through a touch-screen (not shown). The CPU 33 
then controls the transceiver 32 and the announcement transceiver 35 to find and to 
receive IP session announcements corresponding to the required information 
service. Once announcement information relating to the required category has been 
received, the CPU 33 controls the transceiver 32 and the announcement receiver 34 
to receive messages on a lower level of announcements. 



In some circumstances, the CPU 33 may determine that further user input is 
required, for example, to select which, if any, of the available subcategories or IP 

15 streams is of interest. Here, the available subcategories or streams are displayed 
using the display 37 and/or announced using the audio output 38, and a user 
selection input is awaited. In this case, the CPU 33 exerts control so that the 
appropriate IP session announcements or IP streams are not received until a user 
se lection has treeirnia de, which results in a s av in g of battery-powerr— Hewever^e 

20 announcement receiver 35 is controlled to continue receiving IP session 

announcements at the highest level either continuously or intermittently, in case 
there is a change in that information service. The number of announcement 
messages available is determined by the announcement receiver 35 by examining the 
information identifying the number of messages on the channel. Any change is 

25 reflected in the displayed and/or announced options. 

An example of the way in which the receiver 14 and the terminal 30 may operate in 
response to received IP session announcements is described with reference to 
Figure 3. The Figure 2 receiver is referred to for ease of explanation. 



Referring to Figure 3, the terminal 30 starts at A by controlling its announcement 
receiver 35 to receive a root level message RM, i.e. a highest level IP session 
announcement, corresponding to the required category. The message RM includes 
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all the information about the announcements on a lower level, typically the level 
immediately below the root level, as described above with reference to Figure 1. 
From the root message RM, the terminal 30 determines at step B that its 
announcement receiver 35 should receive announcement messages from channel X 
having a now known IP address and port, and controls the transceiver 32, as well as 
the announcement receiver, accordingly. The terminal 30 also knows from the root 
message RM that there are three different messages on the channel X and that the 
timeout value is fifteen seconds. At step C, the receiver 30 then receives three 
announcement messages, in the form of messages XI, X2 and X3, before ceasing 
receiving messages. It will be understood that channel X may be on the same or a 
" different physical channel to that on which the root message RM is transmitted, and 
that it may be a different multicast group. 

After ceasing receiving, the terminal 30 may at step D and during its timeout period, 
listen to messages on another channel Y, which carries announcement messages 
concerning one or more of the subcategories to which the messages on channel X 
relate. Alternatively, the terminal 30 may sleep at step E before again receiving the 
messages on channel X at step F. To ensure full integrity of the received messages, 
the receiver 30 may perform recursive rescan at the end of the timeout period of 
step E. 

In. other embodiments (not shown), the quantity of data included on the IP session 
announcements on a level immediately below a current level is defined in the IP 
session announcements on the higher level in terms other than by the number of 
messages, for example in terms of the duration of the data transmission or in terms 
of the quantity (in bytes) of data. 

Other forms of receiver are possible. With the example given, the receiver may be 
any one with DVB baseband capability, such as a suitably equipped laptop 
computer. Where a network other than DVB-T is used, the receiver may take any 
suitable form, such as a personal digital assistant (PDA), or a portable sound 
reproduction device, such as a personal stereo. Alternatively, the receiver could be 
a wireless local area network (WLAN) module. 




In alternative embodiments, the announcements may be sent with UHTTP, instead 
of with SAP, with attachment/content of MMS of e-mail, or with HTTP response. 
UHTTP has the advantage that it can include many SDP messages. Also, XML, 
5 RDF or any other suitable structured language could be used in place of SDP. 

Referring now to Figure 4, an example of a hierarchy tree is shown. Here, a first 
(highest) level (DCO) is shown, with three categories (news, sport and 
entertainment) on a second level, which is lower than the first. Each of the 

10 categories on the second level includes various subcategories (on a third level), 

although only the subcategories of the sport category are shown, namely football, 
basketball and athletics. As can be seen, the football subcategory has two sessions 
associated with it, namely games and football news. Sessions are of the lowest level 
of the hierarchy. Operation of the user interface of the receiver of Figure 2 will 

15 now be described with reference to Figures 4 and 5. 

Referring firstly to Figure 5A, the announcement receiver 35, forming part of the 
user interface, receives an announcement message, transmitted in respect of the first 

level, identifying there to be_thre.e_me£sages at the second level — These three 

20 messages relate to the same category, which in this case is 'information'. The first 
level announcement message received by the user interface also includes certain 
other information relating to them as is described above in relation to the earlier 
Figures. The announcement receiver 35 then receives the three messages, as 
described above, and from the received messages obtains a title or label for each of 
25 them. The user interface in response displays a screenshot 50, which includes a 
number of options equal to the number of messages at the second level, and 
identifies each of them with its respective tide or label. 

In connection with the selection of the 'sports' option by a user, the user interface 
30 receives the three announcement messages which relates to the announcements in 
the category 'sports' and existing at the third level. These messages include 
information labels identifying the titles or labels of those three options, as well as 
the port and address where those messages can be received. Labels identifying 
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those subcategories are then displayed as is shown by the screen shot 51 of Figure 
5B. 

In connection with the selection of the c footbalT option by a user, the user interface 
receives two session messages relating to that option, and information therefrom is 
displayed at the screen shot 52 of Figure 5C. In this example, the screen shot 52 
indicates that clips from the game that morning will be broadcast between 15:00 and 
16:00. Optionally, the user interface may display other information also received as 
part of the announcement messages, such as further description of the broadcast, 
and/ or the URL of a website where more information can be found. 

In the foregoing, it will be appreciated that the terms 'higher level* and 'lower level* 
refer to announcements and the like which are connected with levels further up or 
down, respectively, the hierarchical structure. 




Claims 

1. A method of operating broadcast or multicast apparatus, the method 
comprising: 

5 controlling the apparatus to broadcast or multicast, in respect of one or 

more announcements on a lower level and relating to a category of an information 
service, data indicating a category to which the announcements relate, and data 
indicating the quantity of announcement information transmitted in respect of the 
lower level. 

10 

2. A method as claimed in claim 1, in which the data is broadcast or multicast 
in respect of one or more announcements on an immediately lower level. 

3. A method as claimed in claim 1 or claim 2, further comprising controlling 
15 the apparatus to broadcast or multicast information identifying a location of access 

of the lower level announcement information. 

4. A method as claimed in any preceding claim, further comprising controlling 

the^rp paratu s t o broadcast ui multicast infuimation identify ing a timeoulrvalue^— 

20 

5. A method as claimed in any preceding claim, further comprising controlling 
the apparatus to broadcast or multicast information identifying a transport format 
of the lower level announcements. 

25 6. An information service broadcaster or multdcaster arranged to produce for 
broadcasting or multicasting data indicating a category to which one or more 
announcements on a lower level and relating to information service belong and data 
indicating the quantity of announcement information transmitted in respect of the 
lower level announcements. 

30 

7. An information service broadcaster multdcaster as claimed in claim 6, in 
which the announcement data relates to one or more announcements on an 
immediately lower level. 
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8. A method of operating a receiver, the method comprising: 

receiving via an announcement receiver announcement data indicating a 
category to which one or more announcements on a lower level and relating to an 
information service belong, and quantity data indicating the quantity of 
announcement information transmitted in respect of the lower level 
announcements; and 

controlling the announcement receiver to receive announcement data for a 
period of time dependent at least in part on the quantity data. 

9. A method as claimed in claim 8, in which the announcement data relates to 
one or mote announcements on an immediately lower level. 

10. A method as claimed in claim 8 or claim 9 in which the controlling step 
includes directing the announcement service receiver to a location received as part 
of a relevant higher level announcement. 

11 . A method as claimed in any of claims 8 to 1 0, further comprising receiving in 
connection with the higher level announcement information indicating a timeout 
value, and controlling the announcement receiver to cease receiving announcement 
data for a period of time dependent the timeout value, and to subsequently resume 
receiving announcement data. 

12. A receiver including an announcement receiver, for receiving announcement 
data indicating a category to which one or more announcements on a lower layer 
and relating to an information service belong and quantity data indicating the 
quantity of announcement information transmitted in respect of the lower level 
announcements; and arranged to receive announcement data for a period of time 
dependent at least in part on the quantity data. 

13. A receiver as claimed in claim 12, in which the announcement data relates to 
one or more announcements on an immediately lower level. 




14. A receiver as claimed in claim 12 or claim 13 which is arranged to be 
directed to a location identified by location information data receivable as part of 
the higher level announcement. 

5 15. A receiver as claimed in any of claims 12 to 14, which is arranged to cease 
receiving lower level announcement data for a period of time dependent on a 
timeout value receivable by the announcement receiver, and to resume subsequently 
receiving information service data. 

10 16. A receiver as claimed in any of claims 12 to 15, which is a portable, battery- 
powered receiver. 

17. A user interface, useable with an electronic program or service guide, the 
user interface comprising: 

75 an announcement receiver module arranged to receive data indicating a 

category to which one or more announcements on a lower level and relating to an 
information service belong, and quantity data indicating the quantity of 
announcement information transmitted in respect of the lower level 

announcementST-a^d 

20 a display module arranged to display a number of category options, which 

options are selectable by a user, the number of category options being dependent at 
least in part on the quantity data. 

18. A broadcast or multicast system substantially as shown in and/ or as 
25 described with reference to Figure 1 of the accompanying drawings. 

19. A receiver substantially as shown in and/or as described with reference to 
Figure 2 of the accompanying drawings. 

30 20. A method of operating a receiver substantially as herein described with 
reference to Figures 2 and 3 of the accompanying drawings. 
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Abstract 

Information Service Broadcasting or Multicasting 

A receiver (Figure 2), receives IP session announcement signals from a terrestrial 
5 digital video broadcasting system. Each IP session announcement (RM) includes 
conventional information concerning announcements on an immediately lower level 
as well as information identifying the quantity of announcement data, such as the 
number of announcement messages, and a timeout value. The quantity data tells the 
receiver how many messages XI to X3 it needs to receive (C) before it has received 
10 all the relevant announcement messages. The timeout value informs the receiver 

how long it can wait before again receiving the messages XI to X3 (which may have 
changed in content by then). After initially receiving the messages XI to X3, the 
receiver may sleep (E), or it may receive announcement messages from another 
channel Y (D). 

15 
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